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DATABASE ANNOTATION AND RETRIEVAL 

The present invention relates to the annotation of data 
files which are to be stored in a database for 
facilitating their subsequent retrieval. The present 
invention is also concerned with a system for generating 
the annotation data which is added to the data file and 
to a system for searching the annotation data in the 
database to retrieve a desired data file in response to 
a user's input query. 

Databases of information are well known and suffer from 
the problem of how to locate and retrieve the desired 
information from the database quickly and efficiently. 
Existing database search tools allow the user to search 
the database using typed keywords. Whilst this is quick 
and efficient, this type of searching is not suitable for 
various kinds . of databases, such as video or audio 
databases , 

According to one aspect, the present invention aims to 
provide a data structure which will allow the annotation 
of data files within a database which will allow a quick 
and efficient search to be carried out in response to a 
user's input query. 



According to one aspect, the present invention provides 
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data defining a phoneme and word lattice for use as an 
annotation data for annotating data files to be stored 
within a database. Preferably, the data defines a 
plurality of nodes within the lattice and a plurality of 
links connecting the nodes within the lattice and further 
data associates a plurality of phonemes with a respective 
plurality of links and further data associates at least 
one word with at least one of said links. 

According to another aspect, the present invention 
provides a method of searching a database comprising the 
annotation data discussed above, in response to an input 
query by a user. The method preferably comprises the 
steps of generating phoneme data and word data 
corresponding to the user's input query; searching the 
database using the word data corresponding to the user's 
query; selecting a portion of the data defining the 
phoneme and word lattice in the database for further 
searching in response to the results of the word search; 
searching said selected portion of the database using 
said phoneme data corresponding to the user's input 
query; and outputting the search results. 

According to this aspect, the present invention also 
provides an apparatus for searching a database which 
employs the annotation data discussed above for 
annotating data files therein- The apparatus preferably 
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comprises means for generating phoneme data and word data 
corresponding to a user's input query; means for 
searching the database using the word data corresponding 
to the user's input query to identify similar words 
5 within the database; means for selecting a portion of the 
annotation data in the database for further searching in 
response to the results of the word search; means for 
searching the selected portion using the phoneme data 
corresponding to the user's input query; and means for 
10 outputting the search results. 

Exemplary embodiments of the present invention will now 
be described with reference to Figures 1 to 10, in which: 

15 Figure 1 is a schematic view of a computer which is 
programmed to operate an embodiment of the present 
invention ; 

Figure 2 is a block diagram showing a phoneme and word 
20 anno ta tor unit which is operable to generate phoneme and 
word annotation data for appendage to a data file; 

Figure 3 is a block diagram illustrating one way in which 
the phoneme and word annotator can generate the 
25 annotation data from an input video data file; 



Figure 4a is a schematic diagram of a phoneme lattice for 



an example audio string from the input video data file; 

Figure 4b is a schematic diagram of a word and phoneme 
lattice embodying one aspect of the present invention, 
for an example audio string from the input video data 
file; 

Figure 5 is a schematic block diagram of a user's 
terminal which allows the user to retrieve information 
from the database by a voice query; 

Figure 6a is a flow diagram illustrating part of the flow 
control of the user terminal shown in Figure 5; 

Figure 6b is a flow diagram illustrating the remaining 
part of the flow control of the user terminal shown in 
Figure 5; 

Figure 7 is a flow diagram illustrating the way in which 
a search engine forming part of the user's terminal 
carries out a phoneme search within the database; 

Figure 8 is a schematic diagram illustrating the form of 
a phoneme string and four M-GRAMS generated from the 
phoneme string; 

Figure 9 is a plot showing two vectors and the angle 



5 

between the two vectors ; and 



2643901 



Figure 10 is a schematic diagram of a pair of word and 
phoneme lattices, for example audio strings from two 
speakers . 

Embodiments of the present invention can be implemented 
using dedicated hardware circuits, but the embodiment to 
be described is implemented in computer software or code, 
which is run in conjunction with processing hardware such 
as a personal computer, work station, photocopier, 
facsimile machine, personal digital assistant (PDA) or 
the like. 

Figure 1 shows a personal computer (PC) 1 which is 
programmed to operate an embodiment of the present 
invention. A keyboard 3, a pointing device 5, a 
microphone 7 and a telephone line 9 are connected to the 
PC 1 via an interface 11. The keyboard 3 and pointing 
device 5 enable the system to be controlled by a user. 
The microphone 7 converts acoustic speech signals from 
the user into equivalent electrical signals and supplies 
them to the PC 1 for processing. An internal modem and 
speech receiving circuit (not shown) is connected to the 
telephone line 9 so that the PC 1 can communicate with, 
for example, a remote computer or with a remote user. 



The programme instructions which make the PC 1 operate 
in accordance with the present invention may be supplied 
for use with an existing PC 1 on, for example, a storage 
device such as a magnetic disc 13, or by downloading the 
software from the Internet (not shown) via the internal 
modem and telephone line 9 . 

DATA FILE ANNOTATION 

Figure 2 is a block diagram illustrating the way in which 
annotation data 21 for an input data file 2 3 is generated 
by a phoneme and word annotating unit 25. As shown, the 
generated phoneme and word annotation data 21 is then 
combined with the data file 23 in the data combination 
unit 27 and the combined data file output thereby is 
input to the database 29. In this embodiment, the 
annotation data 21 comprises a combined phoneme (or 
phoneme like) and word lattice which allows the user to 
retrieve information from the database by a voice query. 
As those skilled in the art will appreciate, the data 
file 23 can be any kind of data file, such as, a video 
file, an audio file, a multimedia file etc. 

A system has been proposed to generate N-Best word lists 
for an audio stream as annotation data by passing the 
audio data from a video data file through an automatic 
speech recognition unit. However, such word-based 
systems suffer from a number of problems. These include 
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(i) that state of the art speech recognition systems 
still make basic mistakes in recognition; (ii) that state 
of the art automatic speech recognition systems use a 
dictionary of perhaps 20,000 to 100,000 words and cannot 

' 5 produce words outside that vocabulary; and (iii) that the 
production of N-Best lists grows exponentially with the 
number of hypothesis at each stage, therefore resulting 
in the annotation data becoming prohibitively large for 
long utterances . 

10 

Whilst the first of these problems may not be that 
significant if the same automatic speech recognition 
system is used to generate the annotation data and to 
subsequently retrieve the corresponding data file, since 

15 the same decoding error could occur. However, with 
advances in automatic speech recognition systems being 
made each year, it is likely that in the future the same 
type of error may not occur, resulting in the inability 
to be able to retrieve the corresponding data file at 

2 0 that later date. With regard to the second problem, this 
is particularly significant in video data applications, 
since users are likely to use names and places (which may 
not be in the speech recognition dictionary) as input 
query terms • In place of these names , the automatic 

25 speech recognition system will typically replace the out 
of vocabulary words with a phonetically similar word or 
words within the vocabulary, often corrupting nearby 
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decodings . This can also result in the failure to 
retrieve the required data file upon subsequent request. 



In contrast, with the proposed phoneme and word lattice 
annotation data, a quick and efficient search using the 
word data in the database 29 can be carried out and, if 
this fails to provide the required data file, then a 
further search using the more robust phoneme data can be 
performed. The phoneme and word lattice is an acyclic 
directed graph with a single entry point and a single 
exit point. It represents different parses of the audio 
stream within the data file. It is not simply a sequence 
of words with alternatives since each word does not have 
to be replaced by a single alternative, one word can be 
substituted for two or more words or phonemes, and the 
whole structure can form a substitution for one or more 
words or phonemes. Therefore, the density of data within 
the phoneme and word lattice essentially remains linear 
throughout the audio data , rather than growing 
exponentially as in the case of the N-Best technique 
discussed above. As those skilled in the art of speech 
recognition will realise, the use of phoneme data is 
more robust, because phonemes are dictionary independent 
and allow the system to cope with out of vocabulary 
words, such as names, places, foreign words etc. The use 
of phoneme data is also capable of making the system 
future proof, since it allows data files which are placed 
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into the database to be retrieved even when the words 
were not understood by the original automatic speech 
recognition system . 

5 The way in which this phoneme and word lattice annotation 
data can be generated for a video data file will now be 
described with reference to Figure 3. As shown ^ the 
video data file 31 comprises video data 31-1, which 
defines the sequence of images forming the video sequence 
10 and audio data 31-2, which defines the audio which is 
associated with the video sequence. As is well known, 
the audio data 31-2 is time synchronised with the video 
data 31-1 so that, in use, both the video and audio data 
are supplied to the user at the same time, 

15 

As shown in Figure 3, in this embodiment, the audio data 
31-2 is input to an automatic speech recognition unit 33, 
which is operable to generate a phoneme lattice 
corresponding to the stream of audio data 31-2. Such an 

20 automatic speech recognition unit 33 is commonly 
available in the art and will not be described in further 
detail. The reader is referred to, for example, the book 
entitled 'Fundamentals of Speech Recognition' by Lawrence 
Rabiner and Biing-Hwang Juang and, in particular, to 

25 pages 42 to 50 thereof, for further information on this 
type of speech recognition system. 
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Figure 4a illustrates the form of the phoneme lattice 
data output by the speech recognition unit 33, for the 
input audio corresponding to the phrase ' . . .tell me about 
Jason...', As shown, the automatic speech recognition 
unit 33 identifies a number of different possible phoneme 
strings which correspond to this input audio utterance. 
For example, the speech recognition system considers that 
the first phoneme in the audio string is either a /t/ or 
a /d/. As is well known in the art of speech 
recognition, these different possibilities can have. their 
own weighting which is generated by the speech 
recognition unit 33 and is indicative of the confidence 
of the speech recognition unit's output. For example, 
the phoneme /t/ may be given a weighting of 0.9 and the 
phoneme /d/ may be given a weighting of 0.1, indicating 
that the speech recognition system is fairly confident 
that the corresponding portion of audio represents the 
phoneme /t/, but that it still may be the phoneme /d/. 
In this embodiment, however, this weighting of the 
phonemes is not performed. 

As shown in Figure 3, the phoneme lattice data 35 output 
by the automatic speech recognition unit 33 is input to 
a word decoder 3 7 which is operable to identify possible 
words within the phoneme lattice data 35. In this 
embodiment, the words identified by the word decoder 37 
are incorporated into the phoneme lattice data structure. 
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For example, for the phoneme lattice shown in Figure 4a, 
the word decoder 37 identifies the words 'tell', 'dell', 
'term', 'me', 'a', 'boat', 'about', 'chase' and 'sun'. 
As shown in Figure 4b, these identified words are added 
5 to the phoneme lattice data structure output by the 
speech recognition unit 33, to generate a phoneme and 
word lattice data structure which forms the annotation 
data 31-3- This annotation data 31-3 is then combined 
with the video data file 31 to generate an augmented 

10 video data file 31' which is then stored in the database 
29. As those skilled in the art will appreciate, in a 
similar way to the way in which the audio data 31-2 is 
time synchronised with the video data 31-1, the 
annotation data 31-3 is also time synchronised and 

15 associated with the corresponding video data 31-1 and 
audio data 31-2, so that a desired portion of the video 
and audio data can be retrieved by searching for and 
locating the corresponding portion of the annotation data 
31-3. 

20 

In this embodiment, the annotation data 31-3 stored in 
the database 29 has the following general form: 
HEADER 

- time of start 

25 - flag if word if phoneme if mixed 

- time index associating the location of 
blocks of annotation data within memory to 
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a given time point. 

- word set used (i-e. the dictionary) 

- phoneme set used 

- the language to which the vocabulary 
pertains 

Block(i) i = 0,1,2, 

node Nj j=0,l,2, 

- time offset of node from start of block 

- phoneme links (k) k = 0,1,2 

ojEfset to node Nj = N^-Nj (N^ is node to 
which link K extends ) 

phoneme associated with link (k) 

- word links (1) 1 = 0,1,2, 

offset to node Nj = - Nj (Nj is node 
to which link 1 extends ) 

word associated with link (1) 

The time of start data in the header can identify the 
time and date of transmission of the data. For example, 
if the video file is a news broadcast, then the time of 
start may include the exact time of the broadcast and the 
date on which it was broadcast . 

The flag identifying if the annotation data is word 
annotation data, phoneme annotation data or if it is 
mixed is provided since, not all the data files within the 
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database will include the combined phoneme and word 
lattice annotation data discussed above, and in this 
case, a different search strategy would be used to search 
this annotation data. 

5 

In this embodiment, the annotation data is divided into 
blocks in order to allow the search to jump into the 
middle of the annotation data for a given audio data 
stream. The header therefore includes a time index which 
10 associates the location of the blocks of annotation data 
within the memory to a given time offset between the time 
of start and the time corresponding to the beginning of 
the block. 

15 The header also includes data defining the word set used 
(i.e. the dictionary), the phoneme set used and the 
language to which the vocabulary pertains . The header 
may also include details of the automatic speech 
recognition system used to generate the annotation data 

20 and any appropriate settings thereof which were used 
during the generation of the annotation data . 

The blocks of annotation data then follow the header and 
identify, for each node in the block, the time offset of 
25 the node from the start of the block, the phoneme links 
which connect that node to other nodes by phonemes and 
word links which connect that node to other nodes by 
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words. Each phoneme link and word link identifies the 
phoneme or word which is associated with the link. They 
also identify the offset to the current node. For 
example, if node N50 is linked to node N55 by a phoneme 
5 link, then the offset to node N50 is 5 . As those skilled 
in the art will appreciate, using an offset indication 
like this allows the division of the continuous 
annotation data into separate blocks . 

10 In an embodiment where an automatic speech recognition 
unit outputs weightings indicative of the confidence of 
the speech recognition units output, these weightings or 
confidence scores would also be included within the data 
structure. In particular, a confidence score would be 

15 provided for each node which is indicative of the 
confidence of arriving at the node and each of the 
phoneme and word links would include a transition score 
depending upon the weighting given to the corresponding 
phoneme or word. These weightings would then be used to 

20 control the search and retrieval of the data files by 
discarding those matches which have a low confidence 
score . 

DATA FILE RETRIEVAL 
25 Figure 5 is a block diagram illustrating the form of a 
user terminal 59 v/hich can be used to retrieve the 
annotated data files from the database 29. This user 
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terminal 59 may be, for example, a personal computer, 
hand held device or the like. As shovm, in this 
embodiment, the user terminal 59 comprises the database 
29 of annotated data files, an automatic speech 
5 recognition unit 51, a search engine 53, a control unit 
55 and a display 57. In operation, the automatic speech 
recognition unit 51 is operable to process an input voice 
query from the user 39 received via the microphone 7 and 
the input line 61 and to generate therefrom corresponding 

10 phoneme and word data. This data may also take the form 
of a phoneme and word lattice, but this is not essential. 
This phoneme and word data is then input to the control 
unit 55 which is operable to initiate an appropriate 
search of the database 29 using the search engine 53. 

15 The results of the search, generated by the search engine 
53, are then transmitted back to the control unit 55 
which analyses the search results and generates and 
displays appropriate display data to the user via the 
display 57 . 

20 

Figures 6a and 6b are flow diagrams which illustrate the 
way in which the user terminal 5 9 operates in this 
embodiment. In step si, the user terminal 59 is in an 
idle state and awaits an input query from the user 39. 
25 Upon receipt of an input query, the phoneme and word data 
for the input query is generated in step s3 by the 
automatic speech recognition unit 51. The control unit 
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55 then instructs the search engine 53, in step s5, to 
perform a search in the database 29 using the word data 
generated for the input query. The word search employed 
in this embodiment is the same as is currently being used 
5 in the art for typed keyword searches, and will not be 
described in more detail here. If in step s7, the 
control unit 55 identifies from the search results, that 
a match for the user's input query has been found, then 
it outputs the search results to the user via the display 
10 51. 



In this embodiment, the user terminal 59 then allows the 
user to consider the search results and awaits the user's 
confirmation as to whether or not the results correspond 

15 to the information the user requires. If they are, then 
the processing proceeds from step sll to the end of the 
processing and the user terminal 59 returns to its idle 
state and awaits the next input query. If, however, the 
user indicates (by, for example, inputting an appropriate 

20 voice command) that the search results do not correspond 
to the desired information, then the processing proceeds 
from step sll to step sl3, where the search engine 53 
performs a phoneme search of the database 29. However, 
in this embodiment, the phoneme search performed in step 

25 sl3 is not of the whole database 29, since this could 
take several hours depending on the size of the database 
29. 
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Instead, the phoneme search performed in step si 3 uses 
the results of the word search perfoiroed in step s5 to 
identify one or more portions within the database which 
may correspond to the user's input query. The way in 
5 which the phoneme search performed in step sl3 is 
performed in this embodiment, will be described in more 
detail later. After the phoneme search has been 
performed, the control unit 55 identifies, in step sl5, 
if a match has been found. If a match has been found, 

10 then the processing proceeds to step sl7 where the 
control unit 55 causes the search results to be displayed 
to the user on the display 57. Again, the system then 
awaits the user's confirmation as to whether or not the 
search results correspond to the desired information. 

15 If the results are correct, then the processing passes 
from step sl9 to the end and the user terminal 59 returns 
to its idle state and awaits the next input query. If 
however, the user indicates that the search results do 
not correspond to the desired information, then the 

20 processing proceeds from step sl9 to step s21, where the 
control unit 55 is operable to ask the user, via the 
display 57, whether or not a phoneme search should be 
performed of the whole database 29. If in response to 
this query, the user indicates that such a search should 

25 be performed, then the processing proceeds to step s23 
where the search engine performs a phoneme search of the 
entire database 29. 
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On completion of this search, the control unit 55 
identifies, in step s25, whether or not a match for the 
user's input query has been found • If a match is found, 
then the processing proceeds to step s27 where the 
5 control unit 55 causes the search results to be displayed 
to the user on the display 57. If the search results are 
correct, then the processing proceeds from step s29 to 
the end of the processing and the user terminal 59 
returns to its idle state and awaits the next input 

10 query. If , on the other hand, the user indicates that the 
search results still do not correspond to the desired 
information, then the processing passes to step s31 where 
the control unit 55 queries the user, via the display 57, 
whether or not the user wishes to redefine or amend the 

15 search query. If the user does wish to redefine or amend 
the search query, then the processing returns to step s3 
where the user's subsequent input query is processed in 
a similar manner. If the search is not to be redefined 
or amended, then the search results and the user's 

20 initial input query are discarded and the user terminal 
59 returns to its idle state and awaits the next input 
query. 

PHONEME SEARCH 

25 As mentioned above, in steps sl3 and s23, the search 
engine 53 compares the phoneme data of the input query 
with the phoneme data in the phoneme and word lattice 
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annotation data stored in the database 29. Various 
techniques can be used including standard pattern 
matching techniques such as dynamic programming, to carry 
out this comparison. In this embodiment, a technique 
which we refer to as M-GRAMS is used. This technique was 
proposed by Ng, K, and Zue, V.W, and is discussed in, for 
example, the paper entitled "Subword unit representations 
for spoken document retrieval" published in the 
proceedings of Eurospeech 1997. 

The problem with searching for individual phonemes is 
that there will be many occurrences of each phoneme 
within the database. Therefore, an individual phoneme 
on its own does not provide enough discriminabiiity to 
be able to match the phoneme string of the input query 
with the phoneme strings within the database. Syllable 
sized units, however, are likely to provide more 
discriminabiiity, although they are not easy to identify. 
The M-GRAM technique presents a suitable compromise 
between these two possibilities and takes overlapping 
fixed size fragments, or M-GRAMS, of the phoneme string 
to provide a set of features. This is illustrated in 
Figure 8, which shows part of an input phoneme string 
having phonemes a, b, c, d, e, and f, which are split 
into four M-GRAMS (a, b, c), (b, c, d), (c, d, e) and (d, 
e, f). In this illustration, each of the four M-GRAMS 
comprises a sequence of three phonemes which is unique 
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and represents a unique feature (fi) which can be found 
within the input phoneme string. 

Therefore, referring to Figure 7, the first step s51 in 
5 performing the phoneme search in step si 3 shown in Figure 
6, is to identify all the different M-GRAMS which are in 
the input phoneme data and their frequency of occurrence. 
Then, in step s53, the search engine 53 determines the 
frequency of occurrence of the identified M-GRAMS in the 
10 selected portion of the, database (identified from the 
word search performed in step s5 in Figure 6). To 
illustrate this, for a given portion of the database and 
for the example M-GRAMS illustrated in Figure 8, this 
yields the following table of information: 

15 



M-GRAM 
(feature (fi)) 


Input phoneme 
string frequency 
of occurrence 

(a) 


Phoneme string 
of selected 
portion of 
database 
(a) 


Ml 


1 


0 


Mz 


2 


2 


Ma 


3 


2 


M, 


1 


1 



Next, in step s55, the search engine 53 calculates a 
25 similarity score representing a similarity between the 
phoneme string of the input query and the phoneme string 
of the selected portion from the database. In this 
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embodiment, this similarity score is determined using a 
cosine measure using the frequencies of occurrence of the 
identified M-GRAMS in the input query and in the selected 
portion of the database as vectors. The philosophy 
5 behind this technique is that if the input phoneme string 
is similar to the selected portion of the database 
phoneme string, then the frequency of occurrence of the 
M-GRAM features will be similar for the two phoneme 
strings. Therefore, if the frequencies of occurrence of 

10 the M-GRAMS are considered to, be vectors (i.e. 
considering the second and third columns in the above 
table as vectors), then if there is a similarity between 
the input phoneme string and the selected portion of the 
database, then the angle between these vectors should be 

15 small. This is illustrated in Figure 9 for two- 
dimensional vectors a, and g,, with the angle between the 
vectors given as 6 . In the example shown in Figure 8, 
the vectors a and g; will be four dimensional vectors and 
the similarity score can be calculated from: 

SCORE = COS 0 ^'^ 

20 This score is then associated with the current selected 
portion of the database and stored until the end of the 
search. In some applications, the vectors used in the 
calculation of the cosine measure will be the logarithm 
of these frequency of occurrences, rather than the 
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frequencies of occurrences themselves . 

The processing then proceeds to step s57 where the search 
engine 53 identifies whether or not there are any more 
5 selected portions of phoneme strings from the database 
29. If there are, then the processing returns to step 
s53 where a similar procedure is followed to identify the 
score for this portion of the database. If there are no 
more selected portions then the searching ends and the 
10 processing returns to step sl5 shown in Figure 6, where 
the control unit considers the scores generated by the 
search engine 53 and identifies whether or not there is 
a match by, for example, comparing the calculated scores 
with a predetermined threshold value. 

15 

As those skilled in the art will appreciate, a similar 
matching operation will be performed in step s23 shown 
in Figure 6. However, since the entire database is being 
searched, this search is carried out by searching each 
20 of the blocks discussed above in turn. 

As those skilled in the art will appreciate, this type 
of phonetic and word annotation of data files in a 
database provides a convenient and powerful way to allow 
25 a user to search the database by voice. In the 
illustrated embodiment, a single audio data stream was 
annotated and stored in the database for subsequent 
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retrieval by the user. As those skilled in the art will 
appreciate, when the input data file corresponds to a 
video data file, the audio data within the data file will 
usually include audio data for different speakers. 
Instead of generating a single stream of annotation data 
for the audio data, separate phoneme and word lattice 
annotation data can be generated for the audio data of 
each speaker. This may be achieved by identifying, from 
the pitch or from another distinguishing feature of the 
speech signals, the audio data which corresponds to each 
of the speakers and then by annotating the different 
speaker's audio separately. This may also be achieved 
if the audio data was recorded in stereo or if an array 
of directional microphones were used in generating the 
audio data, since it is then possible to process the 
audio data to extract the data for each speaker. 

Figure 10 illustrates the form of the annotation data in 
such an embodiment, where a first speaker utters the 
words "... this so" and the second speaker replies "yes". 
As illustrated, the annotation data for the different 
speakers' audio data are time synchronised, relative to 
each other, so that the annotation data is still time 
synchronised to the video and audio data within the data 
file. In such an embodiment, the header information in 
the data structure should preferably include a list of 
the different speakers within the annotation data and. 
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for each speaker, data defining that speaker's language, 
accent, dialect and phonetic set, and each block should 
identify those speakers that are active in the block. 

In the above embodiments, a speech recognition system was 
used to generate the annotation data for annotating a 
data file in the database. As those skilled in the art 
will appreciate, other techniques can be used to generate 
this annotation data. For example, a hximan operator can 
listen to the audio data and generate a phonetic and word 
transcription to thereby manually generate the annotation 
data . 
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CLAIMS : 

1 . Data defining a phoneme and word lattice for use in 
a database, the data comprising: 

5 data for defining a plurality of nodes within the 

lattice and a plurality of links connecting the nodes 
within the lattice; and 

data associating a plurality of phonemes with a 
respective plurality of links and for associating at 
10 least one word with at least one of said links. 

2. Data according to any preceding claim, wherein said 
data defining said phoneme and word lattice is arranged 
in blocks of nodes . 

15 

3. Data according to claim 1, further comprising data 
defining time stamp information for each of said nodes. 

4. Data according to claim 3, arranged in blocks of 
20 equal time duration. 

5. Data according to claim 2 or 4 , further comprising 
data defining each blocks location within said database. 

25 6. Data according to claim 3 or any claim dependent 
thereon, wherein said data defining a phoneme and word 
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lattice is associated with further data defining a time 
sequential signal, and wherein said time stamp 
information is time synchronised with said time 
sequential signal . 

5 

7. Data according to claim 6, wherein said further data 
defines an audio and/or video signal. 

8. Data according to claim 7, wherein said further data 
10 defines at least speech data and wherein said data 

defining said phoneme and word lattice is derived from 
said further data . 

9. Data according to claim 8;^ wherein said speech data 
15 comprises audio data and wherein said data defining said 

phoneme and word lattice is derived by passing said audio 
signal through an automatic speech recognition system. 

10. Data according to claim 8 or 9 , wherein said speech 
20 data defines the parol of a plurality of speakers, and 

wherein said data defines a separate phoneme and word 
lattice for the parol of each speaker. 

11. Data according to any preceding claim, further 
25 comprising data defining a weighting for the phonemes 

and/or words associated with said links. 
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12. Data according to any preceding claim, wherein at 
least one of said nodes is connected to a plurality of 
other nodes by a plurality of links. 

5 13. Data according to claim 12, wherein at least one of 
said plurality of links connecting said node to said 
plurality of other nodes is associated with a phoneme and 
wherein at least one of said links connecting said node 
to said plurality of other nodes is associated with a 
10 word. 

14. A method of searching a database comprising data 
according to any preceding claim, in response to an input 
query by a user, the method comprising the steps of: 

15 generating phoneme data and word data corresponding 

to the user's input query; 

searching the database using the word data 
corresponding to the user's query to identify similar 
words within the database; 

2 0 selecting one or more portions of the data defining 

the phoneme and word lattice in the database for further 
searching in response to the results of said word search; 

searching said one or more selected portions of the 
database using the phoneme data corresponding to the 

25 user's input query; and 

outputting the search results. 
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15. A method according to claim 14, wherein the results 
of the word search are output to the user before the 
phoneme search is performed on the selected portions of 
the database. 

5 

16. A method according to claim 15, wherein said phoneme 
search is only performed in response to a further input 
by the user in response to the outputting of the results 
from the word search . 

10 

17. A method according to any of claims 14 to 16, 
wherein said phoneme search is carried out by identifying 
a number of features within the phoneme sequence 
corresponding to the user's input query and identifying 

15 similar features within the data defining said phoneme 
lattice within the database. 

18. A method according to claim 17, wherein each of said 
features represents a unique sequence of phonemes within 

2 0 the phoneme data of the user's input query. 

19. A method according to claim 18, wherein said phoneme 
search employs a cosine measure to indicate the 
similarity between the phoneme data corresponding to the 

25 user's input query and. the phoneme data within the 
database . 
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20. A method according to any of claims 14 to 19, 
wherein said search results are output to a display. 

5 21. A method according to any of claims 14 to 20, 
wherein said input query by the user is input by voice, 
and wherein said step of generating phoneme data and word 
data employs an automatic speech recognition system. 

10 22. An apparatus for searching a database comprising 

data according to any of claims 1 to 13, in response to 

an input query by a user, the apparatus comprising: 

means for generating phoneme data and word data 

corresponding to the user's input query; 
15 means for searching the database using the word data 

corresponding to the user's input query to identify 

similar words within the database; 

means for selecting one or more portions of the data 

defining the phoneme and word lattice in the database for 
20 further searching in response to the results of said word 

search; 

means for searching the one or more selected 
portions of the database using the phoneme data 
corresponding to the user's input query; and 
25 means for outputting the search results. 
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23. An apparatus according to claim 22, wherein said 
output means is operable to output the results of the 
word search to the user before the phoneme search is 
performed on the selected portions of the database . 

5 

24. An apparatus according to claim 23, wherein said 
phoneme search is only performed in response to a further 
input by the user in response to the outputting of the 
results from the word search. 

10 

25. An apparatus according to any of claims 22 to 24, 
wherein said phoneme search is carried out by identifying 
a number of features within the phoneme sequence 
corresponding to the user's input query and identifying 

15 similar features within the data defining said phoneme 
lattice within the database. 

26. An apparatus according to claim 25, wherein each of 
said features represents a unique sequence of phonemes 

20 within the phoneme data of the user's input query. 

27. An apparatus according to claim 26, wherein said 
phoneme search employs a cosine measure to indicate the 
similarity between the phoneme data corresponding to the 

25 user's input query and the phoneme data within the 
database . 
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28. An apparatus according to any of claims 22 to 27, 
wherein said output means comprises a display. 

29. An apparatus according to any of claims 22 to 28, 
5 wherein said input query by the user is a voice query, 

and wherein said means for generating phoneme data and 
word data comprises an automatic speech recognition 
system which is operable to generate said phoneme data 
and a word decoder which is operable to generate said 
10 word data. 
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ABSTRACT 

DATABASE ANNOTATION AND RETRIEVAL 

A data structure is provided for annotating data files 
5 within a database. The annotation data comprises a 
phoneme and word lattice which allows the quick and 
efficient searching of data files within the database^ 
in response to a user's input query for desired 
inf ommation . The structure of the annotation data is 
10 such that it allows the input query to be made by voice 
and can be used for annotating various kinds of data 
files, such as audio data files, audio and visual data 
files, multimedia data files etc. 



U iJ uu^U; u iruWjL.^ iL^J^^ xuiUiA \^^u bU; 



2/10 



L 



23 



DATA 
FILE 



L 



25 



PHONEME 
AND WORD 
ANNOTATOR 



PHONEME 
AND WORD 
ANNOTATION 
DATA 



21 




^29 
DATABASE J 



Fig. 2 



3/10 



CO 
I 

CO 



NEME 
WORD 




TATIO 
^TA 




O Q 


Sg 


z 


°- < 


< 




in 

CO 



LU 




ONEM 


DATA 


X 









CO 
CO 



eg 



X 


h- 






LU 


ID 


CL 


Z 


CO 


o 


O 




iVl/^OJ 


COGN 


inv 


RE 




CO 




1} 



5/10 



59 




DISPLAY 



.57 



61 



51 



AUTOMATIC 
SPEECH 
RECOGNITION 
UNIT 



CONTROL 
UNIT 



SEARCH 
ENGINE 



DATABASE 



55 



.53 



59 



Fig. 5 



P,| (USPTC) 



START 



6/10 



© 











r 


N > 


^NPUT^ 



QUERY 

9 



GENERATE PHONEME AND 
WORD DATA FOR INPUT 
QUERY 



■s5 



PERFORM WORD SEARCH 

IN DATABASE USING 
WORDS IN INPUT QUERY 




s13 



USING RESULTS OF WORD 
SEARCH. PERFORM 
PHONEME SEARCH OF 
SELECTED PORTIONS OF 
DATABASE 




DISPLAY RESULTS 
TO USER 



DISPLAY 
RESULTS TO 
USER 



.s9 




s17 




© 



Fig. 6a 



7/10 




Fig. 6b 



8/10 



START 



IDENTIFY M-GRAMS AND 
THEIR FREQUENCY OF 
OCCURRENCE IN INPUT 
QUERY 



s51 



DETERMINE FREQUENCY 

OF OCCURRENCE OF 
IDENTIFIED M-GRAMS IN 
SELECTED PORTION OF 
DATABASE 



CALCULATE SIMILARITY 
SCORE BETWEEN INPUT 
QUERY AND SELECTED 
PORTION USING 

DETERMINED 
FREQUENCIES OF 
OCCURRENCES 




s53 



s55 



s57 



Flg.7 



9/10 



M4 



PHONEME 
STRING 



0— <£r-© 



M- 
GRAMS 



Fig. 8 




Fig. 9 



pmE mMX (us?TG) 



